YP V0.98_BETA_2 (Thu 04-Sep-97) by Smack/Infect! first bugreport and playback speed tests by Georg Rottlaender, thanks! changes from BETA_1: -if AGA and CyberGfx were detected then the AGA display modes tried to display some FastRAM buffers :-( -from now only native AGA screenmodes are allowed for "-modeID " because this one is coded in a tricky low-level style and does not work with CyberGfx; the ASL screenmode requester should not show any CyberGfx modes -CHUNKY anims are displayed in the 'pubscreen-window' using graphics/WritePixelArray8() or cybergraphics/WritePixelArray() in order to avoid unnessecary C2P/P2C conversions -"gfxlib-display" now uses StdOScan-size&position (Graphics Overscan) (because VideoOScan can look really weird with some "tuned" monitors) feature summary: 1) AGA (at least this part has been tested by me :) -'hardware-display' and 'gfxlib-display' are quite fast and stable (like they have always been...:) -'pubscreen-window' uses graphics/BltBitMapRastPort() for PLANAR anims and graphics/WritePixelArray8() for CHUNKY anims; (NEWWPA8 by Michael van Elst is a very useful speedup patch here!!) -deep anims (15/24bit) are converted to 8bit by YP's internal renderers 2) CyberGfx V40+ (or Picasso96) *8bit Public Screen -uses the same routines as the AGA 'pubscreen-window' above -CHUNKY 8bit anims should play fast -deep anims (15/24bit) are converted to 8bit by YP's internal renderers *15/16/24bit Public Screen -all anims are internally converted to 24bit RGB and then put into the window using cybergraphics/WritePixelArray() -24bit screen should play faster than 15/16bit screen -CHUNKY 24bit anims should play fast speed tests: I would like to hear some playback speed results from you! Suggested YAFA anim formats (use Wildfire to convert anims, it's the best!) 1) 176x140, 8bit CHUNKY, XPK (FAST, NUKE or RAKE) 2) 160x120, 15 or 24bit CHUNKY, XPK (FAST, NUKE or RAKE) start YP like this "yp_beta -c -fx -s 1 -lf 500 -v -st -ps " YP will preload the complete anim, play at speed 1 (fastest possible) using its internal XPK routines (faster!) 500 anim frames and then print some info about anim, screen and playback statistics. Please grab this output from the shell and send it to me along with some info about your hardware configuration. Thanks. YP V0.98_BETA_1 (Wed 27-Aug-97) by Smack/Infect! WARNING: This YP version is my very first try to support CyberGfx. I don't have a CyberGfx system here so YOU are going to run virginal code! This fact is actually very unpleasant to me since there could be some obvious bugs which have had no chance to show up yet. BUGREPORTS: Please report any bugs (or what you might think that doesn't work right), but please don't write "Hey, your program crashes!" or something like that. Explain extactly what hardware, software and what kind of YAFA anim you used, and if possible send me some debugging output from YP itself and maybe from some other tools like Enforcer, Mungwall etc. I'm afraid this kind of "remote debugging" is going to be very nasty but I have no other chance. :-( Send bugreports to: epgbd@cluster.urz.uni-halle.de (attended about twice per week) USAGE: The new feature in this YP version is the explicit CyberGfx support. YP should now also run on non-AGA systems with CyberGfx installed. It works like this: -you need a Public Screen in a TrueColor CyberGfx screenmode (15, 16 or 24 bits deep). I guess 24 bits will be the fastest but you have to test this for yourself. -start YP in "pubscreen-window" mode like this: "yp_beta -ps XYZ test.yafa" (XYZ is the name of the above mentioned Public Screen; if the name is not correct then YP uses the Default Public Screen - usually Workbench) YAFA anims with PLANAR frames are currently NOT SUPPORTED in this mode!! Please tell me if this works as I think it should do, and also tell me about the playback speed so that I can see if all this work is really worth it... TECH STUFF: After reading some CyberGfx doc files I decided to use WritePixelArray() which is also used in some example code I found. Since YAFA anims can have a depth of 1-8, HAM6, HAM8, 15 or 24 bits I wrote some ASM routines that convert all these different YAFA pixel formats to 24 bits RGB. Maybe there is some other more elegant way to do this but I don't know it. WritePixelArray() can write only to TrueColor RastPorts when the input is RECTFMT_RGB, so YP requires a deep screen for the window. The advantage of this method is that the missing double buffering should be nearly invisible, even with YAFA anims that have palette-per-frame. The major disadvantage is probably speed... The timing is now done with CIA-A timer A (Level2 IRQ) because I read that VBlank IRQ doesn't work with CyberGfx. The base frequency of the timer is 50Hz so the playback speed is like on a PAL screen.